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BACKGROUND OF THE PRESENT INVENTION 
Field of the Invention 

The present invention relates generally to a value-added 
information-exchanging network service, and in particular, 
by way of example but not limitation, to a Business-to- 
Business (B2B) engine capable of interfacing with both a 
telecommunications network and a service provider for 
facilitating information interexchange therebetween . 

Background and Objects of the Present Invention 

The growing accessibility of information on the Internet 
has made a great variety of content available. Typically, 
users access this content at a fixed home or office site 
through an Internet Service Provider (ISP) . Content 
providers on the Internet forward their content, along with 
advertisements or other commercial information, through the 
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ISP directly to the user. Whereas, some ISPs currently 
maintain cache, e.g., Yahoo and America On Line (AOL) by 
providing additional content, most ISPs are purely conduits 
of information, and as such are not expected to have 
increased value as this technology and service matures. 

A concurrent, more recent development is wireless 
Internet access by mobile phone users. Due to the 
convergence of telecommunications and the Internet, a growing 
variety of devices are becoming multipurpose and are now 
available to access the Internet wirelessly, e.g., cell 
phones, personal data assistants (PDAs) or other 
communications devices. As with ISPs, however, Internet 
content providers are using existing telecommunications 
equipment as a mere conduit for passing information 
therethrough, thereby marginalizing the perceived value of 
these physical connections owned by the telecommunications 
operators. This paradigm of operation is illustrated in 
FIGURE 1 and is generally designated therein by the reference 
numeral 100, where a number of content providers, e.g., 

4 
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restaurant information 105, weather information 110 and other 
such portals 115, channel the respective data through a 
"pipe", i.e., the telecom operators' equipment 120, to a 
realtime user. 

In view of the high cost of telecommunications network 
infrastructure and the need to avoid perceived obsolescence, 
telecommunications system operators must restructure the 
interface between the content provider and user to better 
exploit advantages in the technological convergence. In 
particular, a system and methodology offering an alternative 
paradigm avoiding the marginalization of the 
telecommunications infrastructure and services and avoiding 
loss of identity is needed. In addition, the paradigm 100 of 
FIGURE 1 fails to make use of any realtime information which 
is inherently provided within a serving telecommunications 
network, such as location status, pertaining to the mobile 
subscriber, an area which will be critical in numerous future 
applications . 
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Exemplary prior art methods related to the location and 
information provided to and from a mobile station includes 
U.S. Pat. No. 5,559,520 which generally describes tracking 
the location change of a user using a GPS system and 
providing information from a dispatcher to the user regarding 
a vehicle's geographic coordinates. 

U.S. Pat. No. 5,926,108 generally describes providing 
movie information to a pager. The pager first request 
information from the system, which in turn determines the 
pager's location and sends movie information based on his 
location and optionally reserve tickets for the pager user, 

U.S. Pat. No. 6,131,028 generally describes providing 
a specific predefined feature based on a user geographic 
location. These features could be location-based call 
forwarding or predefined business establishment directions. 

U.S. Pat. No. 5,930,699 generally describes providing 
information about a business based on a location of a mobile 
station. The cell identity is determined by the system and 
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information regarding a business in that area is sent to the 
mobile station. 

U.S. Pat. No. 6,091,956 generally describes a system 
that provides services about places and events a mobile 
computer encounters in their current location or potential 
destinations. The mobile computer is informed of events 
related to places the user is willing to visit. Based on this 
information, the mobile computer may respond, avoid entirely, 
communicate with other people, or modify his plans in view 
of such events. 

U.S. Pat. No. 6,108,533 generally describes providing 
a mobile station with ability to search, using keywords, 
information in a database. Such information might require the 
knowledge of the location of the mobile station and search 
for the keyword provided by the mobile station in that area 
location database. 

U.S. Pat. No. 6,115,611 generally describes having an 
information center connected to a plurality of mobile 
terminals. The mobile terminals accessing location 

7 
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information as well as other information helpful to the 
mobile terminal user from the information center. The 
information center is used for accumulating information 
and/or services from the mobile terminals and providing 
5 information to the mobile terminal related to the mobile 

terminal location information. 

It is, therefore, an object of certain embodiment (s) of 
the present invention to provide a new system, scheme, and/or 
methodology for mobile Internet usage, which offer more value 

10 to the telecommunications network operators and better 

exploit technological advantages of the network. 

It is a further object that the system, scheme, and/or 
methodology of certain embodiment (s) of the present invention 
better utilize the realtime information available in 

15 telecommunications networks about mobile subscribers and the 

content available, thereby leveraging the network 
capabilities to generate revenue. 
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It is another object of certain embodiment (s) of the 
present invention that an enabler described herein leverage 
the realtime capabilities of a telecommunications network. 

It is an additional object of certain embodiment (s) of 
the present invention that an enabler be capable of better 
personalizing services based upon user situation, e.g., user 
location, user status, etc. 
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SUMMARY OF THE INVENTION 

Methods, systems, and arrangements facilitate 
information interexchange between a telecommunications 
network and an information service provider. For example, 
5 in accordance with certain embodiment ( s ) , a business-to- 

business (B2B) engine includes one or more logic modules for 
interfacing with the telecommunications network and with the 
information service provider. The B2B engine facilitates the 
reporting of, e.g., realtime information from the 

10 telecommunications network to the information service 

provider. This realtime information may include subscriber 
unit location and may be acquired and/or reported based on 
a mapping data structure in, e.g., the B2B engine. The data 
structure may map a service class to one or more parameters 

15 that may dictate or provide guidance with respect to which 

parameters are relevant, as well as their respective values, 
and a mechanism for achieving the stipulated parameters. The 
mechanism may include specific network nodes/entities as well 

10 
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as frequency of acquisition, location transmission 
precipitation source, etc. Such an exemplary B2B engine 
thereby enables location-tailored content data and/or 
services to be provided to a subscriber based, e.g., on one 
or more requirements in an agreement between the operator of 
the telecommunications network and the operator of the 
information service provider. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The disclosed invention will be described with reference 
to the accompanying drawings, which show important examplary 
embodiments of the invention and which are incorporated in 
the specification hereof by reference, wherein: 

FIGURE 1 illustrates a conventional telecommunications 
system for providing a variety of Internet-based content to 
a subscriber; 

FIGURE 2 illustrates a telecommunications system in 
accordance with the principles of the present invention, 
providing a business-to-business engine interfacing with 
external content providers and providing realtime subscriber 
information thereto; 

FIGURE 3 further illustrates the telecommunications 
system of FIGURE 2, demonstrating the interaction between 
telecommunications operators and the content providers by way 
of the business-to-business engine in accordance with the 
present invention; 

12 
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FIGURE 4 illustrates a preferred embodiment of the 
present invention illustrated in FIGURES 2 and 3, 
demonstrating the interaction between mobile 
telecommunications operators and content providers using the 
business-to-business engine; 

FIGURE 5 illustrates exemplary interactions between the 
business-to-business engine of the present invention and 
different elements of a network; 

FIGURE 6 illustrates an architecture of a number of 
application modules in a preferred embodiment of the present 
invention; 

FIGURE 7 illustrates an alternate architecture for the 
application modules from that shown in FIGURE 6 in accordance 
with another embodiment of the present invention; 

FIGURE 8 is a flow diagram illustrating a flow of 
signals employed in user subscription initialization; 

FIGURE 9 illustrates a preferred interface between a 
portal and user equipment through the B2B engine of the 
present invention; 

13 
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FIGURE 10 is a flow diagram illustrating a number of 
signals employed in initiating an "OFF" trigger pursuant to 
the teachings of the present invention; 

FIGURE 11 is another flow diagram illustrating a flow 
of signals for an event occurring in a telecommunication 
system in accordance with the teachings of the present 
invention; 

FIGURE 12 is a flow diagram illustrating a user-on 
indication to the B2B engine of the present invention; 

FIGURE 13 is a flow diagram illustrating a location area 
update to the B2B engine of the present invention; 

FIGURE 14 illustrates an architecture in a preferred 
embodiment of the present invention, demonstrating a number 
of interactions between the B2B engine and several network 
nodes; 

FIGURE 15 illustrates an example of network node 
notification to the B2B engine; 

FIGURE 16 illustrates the communications of realtime 
information associated with mobile subscriber from various 

14 
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network elements to the B2B engine in accordance with the 
teachings of the present invention; 

FIGURE 17 illustrates a number of the protocols used in 
connection with the present invention, particularly between 
the B2B engine and several network nodes; 

FIGURE 18 illustrates an exemplary configuration and 
interworking of a B2B engine with different network 
architectures; 

FIGURE 19 illustrates another exemplary inter-network 
diagram in accordance with the present invention; 

FIGURES 20A and 20B illustrate exemplary network aspects 
related to subscriber location in accordance with the present 
invention; 

FIGURE 21 illustrates an exemplary service class mapping 
for subscriber locating in accordance with the present 
invention; and 

FIGURE 22 illustrates an exemplary method in flowchart 
form for service class mapping with respect to subscriber 
locating in accordance with the present invention. 

15 
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DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EXEMPLARY 
EMBODIMENTS 

The numerous innovative teachings of the present 
application will be described with particular reference to 
the presently preferred exemplary embodiments. However, it 
should be understood that this class of embodiments provides 
only a few examples of the many advantageous uses of the 
innovative teachings herein. In general, statements made in 
the specification of the present application do not 
necessarily delimit any of the various claimed inventions. 
Moreover, some statements may apply to some inventive 
f eatures/embodiment (s) but not to others. 

The present invention sets forth a system and 
methodology for providing personalized, customizable 
intelligent information and associated services to mobile 
subscribers based on the mobile subscribers' realtime 
information, including but not limited to the mobile 
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subscriber's current activity, preferences, location, usage 
and behavior patterns inherent in realtime networks. 

As noted hereinabove, FIGURE 1 illustrates a 
conventional telecommunications system that supplies 
5 information to telecom subscribers. In the prior art, the 

contents of the restaurant and weather information, 105 and 
110, for example, are supplied from the content providers to 
the end users directly. The telecom operators 120, however, 
in this paradigm are only pipe providers passing the 
10 information to the end users, akin to many current ISPs. In 

particular, and as discussed in more detail hereinbelow, the 
telecom operators 120 do not share any realtime information 
130 about the user with the content providers and are only 
a means to pass information one-way from the content 
15 providers directly to the users who, of course, operate in 

realtime. As an illustration, in order for a mobile 
subscriber to retrieve the weather information associated 
with the subscriber' s current location in a conventional 
system, although the serving mobile telecommunication network 
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already knows the approximate location of the mobile 
subscriber, since the serving mobile telecommunications 
network merely act as a conduit for communicating such 
information, the mobile subscriber nevertheless has to 
manually provide the location information to the Internet 
content provider. 

With reference now to FIGURE 2, there is illustrated 
a business-to-business (B2B) engine 210 in accordance with 
a preferred embodiment of the present invention. The 
business-to-business engine 210 includes a number of 
application modules 220 therein, as more fully illustrated 
and described hereinbelow with reference to FIGURES 6 and 7 
and the accompanying text. In a preferred configuration, the 
B2B engine 210 runs on network hardware, generally designated 
in FIGURE 2 by the reference numeral 224, e.g., a Sparc 
processor, and uses an operating system/ middle ware 222, 
e.g., Solaris OS, which is stable and performs various 
functions described in more detail hereinbelow. It should, 
of course, be understood that alternate hardware and software 

18 
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may be utilized in the implementation of the instant 
invention, as understood by one skilled in the art. With 
further reference to FIGURE 2, the B2B engine 210 is 
connected to a telecommunication system 230 and to the 
Internet 250. 

The telecommunication system 230 preferably includes a 
wireless service provider or any service provider that 
services a number of subscriber or user terminals, e.g., 
cellular phones, personal data assistants (PDAs) or any 
wireless or wireline communications device or equipment 
capable of receiving signals. In addition, the B2B engine 210 
is coupled, via a link 248 to the Internet, generally 
designated by the reference numeral 250, which includes 
content provider applications that supply information to 
users pro-actively. The supplied information may be found at 
and forwarded from a weather server 260, a financial server 
262, a news server 264 and/or an ad server 266, via a 
respective link 252 to the Internet 250, which provides the 
gateway for the respective services. 

19 
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An Internet portal for collecting and providing 
certain services based on such collected information may also 
be connected to the Internet 250. Such a portal may further 
communicate with other associated servers 260, 262, 264, 266, 
and communicate such collected information to a requester via 
the Internet 250. 

With reference now to FIGURE 3, there is illustrated a 
preferred embodiment of the present invention, showing the 
alternate paradigm of the instant invention as compared to 
the conventional paradigm shown in FIGURE 1. The B2B Engine 
210 connected to a serving telecommunication operator 120 
communicates certain realtime information associated with a 
particular mobile subscriber to any one of the content 
providers, such as restaurant information provider 105, 
weather information provider 110 or service portal 115. Each 
of these content providers or portal can then use the 
received realtime information associated with a particular 
mobile subscriber to provide a service customized to that 
particular subscriber's realtime status or preference. As 

20 



Dallas2 783962 v 1, 27943 00001 



PATENT APPLICATION 
Atty. Ref.: 27943-00419USP1 
Client Ref. : P14644 

an illustration, a request for nearby Italian restaurants 
will be answered and provided to the requesting mobile 
subscriber without the mobile subscriber manually typing in 
the current location thereof . The B2B engine would 
automatically receive the current location of the requesting 
mobile subscriber and communicate this realtime information 
(location information) to the content provider pro-actively . 

As further described in FIG. 8, in order for a 
particular content provider to receive certain realtime 
information or event associated with a particular mobile 
subscriber, the content provider must subscribe with the B2B 
Engine. The content provider may need to provide a mobile 
identification number associated with a particular mobile 
subscriber and subscribe with the B2B engine to monitor and 
provide the content provider with certain realtime 
information associated with that particular mobile 
subscriber. As an example, the weather information provider 
may subscribe with the B2B engine to monitor a particular 
subscriber's location and 'on" information. As a result, 

21 
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whenever that particular mobile subscriber turns his mobile 
station on, such realtime information will be provided to the 
weather information provider by the B2B engine. The weather 
information provider will, in turn, automatically provide the 
current weather information associated with that particular 
location to the mobile subscriber. The mobile subscriber need 
not manually request weather information nor does the user 
have to manually enter his current location. The act of 
turning his phone 'on" will automatically trigger those 
predefined services to be generated. As further illustration, 
upon the arrival of a user in a city, weather information of 
this city, headline news concerning this city, traffic 
situation in that city, etc. is sent to the user. All of this 
is done automatically without the knowledge of the user, but 
according to his preference, the network intelligently 
determines that the user needs this information while in this 
location. Also, if a traveling user passes by a crime area 
or a bad neighborhood, the B2B engine will intelligently know 
the user's location and inform the portal, which will send 

22 
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information regarding the crime rate or the latest headline 
news for this current location. This will help people on the 
move, and in general will help people no matter how often 
they travel. Moreover, in a preferred embodiment of the 
present invention, the network as a whole is interconnected 
and intelligently exchanges information regarding the user 
status to provide the best service to the end user. The 
proposed B2B engine provides this interconnectivity and 
intelligently connects the information providers or portals, 
to the mobile operators that the user resides on. A non- 
realtime system, a portal, and a realtime system, a mobile 
operator interact and operate smoothly despite the 
differences in their operating nature. 

The content provider information, such as restaurant 
information 105, weather information 110 and portals 115, can 
channel or pipe the requested information or service through 
the telecom operator 120 directly, as in FIGURE 1, or 
alternatively, can be sent to the telecom operator 120 
through a B2B engine 210, such as engine 210 described in 
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connection with FIGURE 2 and further hereinbelow. It should 
be understood that the B2B engine 210 of the present 
invention, preferably resides on the telecommunications 
network and is interposed between the content providers and 
the telecom operators 120. Accordingly, the B2B engine 210 
is responsible for getting the aforementioned realtime 
information 130 associated with the respective user, e.g., 
location and/or preferences, and processing this information. 
The B2B engine 210, upon receipt of the realtime status 
information, forwards the realtime data to the content 
providers, thereby permitting customization according to the 
respective user's realtime situation and preferences. 

With reference now to FIGURE 4 of the Drawings, there 
is illustrated another preferred embodiment of the present 
invention where the telecom operators 120 are mobile 
operators, e.g., in accordance with the Global Subscriber 
Mobile (GSM) system, Personal Communication System (PCS) or 
other mobile telecommunication standard. The B2B engine 210 
resident within the mobile network maintains the realtime 
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information exchange between the mobile operators 120 and the 
respective content providers, e.g., the af oredescribed 
restaurant information 105, weather information 110 and 
portals 115. The B2B engine 210 determines realtime 
5 information about the mobile subscribers in communication 

with the mobile operators' network, by communicating with the 
network and the respective users to determine a variety of 
subscriber information: subscriber rules 242 for application 
and any requisite conditions, subscriber preferences 244, 

10 subscriber status 246, and any intelligence factor 248 

necessary to satisfy the needs of the mobile subscriber. This 
subscriber information is gathered for each user and supplied 
to the content providers, which provide the information to 
the mobile subscriber. The restaurant information 105, 

15 weather information 110 and portals 115 are customized 

according to the realtime status of the user, and provided 
from the B2B engine 210 to the content providers in realtime, 
by the B2B engine 210 regarding the realtime status, 
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requirements, preferences, rules and/or location of the 
subscribed user. 

A preferred embodiment of the present invention 
integrates a realtime system, e.g., the aforementioned 
telecom operator 120, and a non-realtime system, e.g., 
content providers, using the business-to-business (B2B) 
engine 210 of the present invention. The B2B engine 210, as 
described herein, communicates with the respective telecom 
operators 120 and the associated network elements to get 
realtime information about their subscribers, processes the 
subscriber information and supplies the information to the 
content providers in accordance with the certain subscribed 
events previously requested by those content providers. 

In another preferred embodiment of the present 
invention, there are a plurality of telecommunication 
operators 120, each having discrete subscribers associated 
therewith. Each telecom operator 120 in this embodiment 
preferably acts independently and supplies realtime 
information about the respective subscribers to the content 
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providers. In a preferred embodiment of the present 
invention, each telecom operator 120 is issued a unique 
identification number. The respective content provider (s) , 
according to the request made by an identifiable telecom 
5 operator 120, then sends the requested information to the 

user subscribed in that telecom operator 120 network. 

With reference now to FIGURE 5, there are illustrated 
exemplary interactions between the business-to-business (B2B) 
engine 210 of the present invention and different elements 
10 of the network. Realtime systems 270, such as wireless 

communication systems, wire line communication systems and 
ISPs, interface with the B2B engine 210 to provide realtime 
information about subscribers and end users to the B2B engine 
210. Content providers 272 are coupled to the B2B engine 210 
15 to get realtime information from the B2B engine 210 and the 

behavior information of subscribers. 

The content providers 272 also provide information to 
an end user, e.g., a wireless communication subscriber, a 
wire line subscriber or an ISP subscriber and designated 
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generally by reference numeral 274, through the B2B engine 
210. 

With further reference to FIGURE 5, rather than 
communicating these monitored realtime events to external 
5 content providers, application modules and services 

associated with the B2B engine can independently generate and 
provide certain desired services to those monitored mobile 
subscribers. Accordingly, a number of B2B developers 278 
develop and update application modules in the B2B engine 210 
10 to support new services and/or enhance existing services. 

In an alternative embodiment of the present invention 
the B2B engine 210 is connected to a portal or content 
aggregators to provide information to the end user. The 
portals and the content aggregators gather the information 
15 from different content providers and supply the gathered 

information to the end user through different means that will 
be discussed in more detail hereinafter. 

In particular, the user first subscribes to the portal 
or the content aggregators. Upon the user's subscription, the 

28 
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portals pass the subscription, as an event, to the B2B engine 
210. The B2B engine 210 receives the subscription event of 
the user and stores it in the B2B engine memory 210A or 
database. It should be understood that the database is 
5 preferably an internal database inside the B2B engine 210 or 

an external database that could be accessed by the B2B engine 
210. 

It should, of course, be understood to one of ordinary 
skill in the art that inclusion of a B2B engine 210 into a 

10 telecommunications network having various protocols of 

operation will entail creation of a variety of databases, 
interfaces and portals necessary to facilitate the flow and 
interexchange of information. For example, a user's 
preferences may be stored in a preferences database and 

15 trigger conditions or events (rules) operate to initiate a 

communication. Mobile users of the Internet will expect 
somewhat equivalent access to that of a fixed station, as 
well as enhanced, personalized services based upon mobility. 
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As discussed, for mobile operators, there is the 
opportunity to become more than a mere pipe provider by 
exploiting the relationship with the subscribers (monthly 
bills, personal information) and take advantage of the 
wireless Internet to generate new revenue. Content providers, 
in turn, face various challenges to make their content 
available and personal to mobile Internet subscribers. 
Indeed, the personalization of Internet services by 
telecommunications operators coincides with the trend of 
providing increasingly personalized services on the Internet, 
particularly, with the advent of vertical portals and 
personalized user profiles. 

As described above in connection with FIGURES 2-5 and 
set forth in more detail hereinbelow, the system and 
methodology of the present invention is an intelligent engine 
that leverages subscriber activity, preferences, location, 
usage and behavior patterns inherent within a mobile network 
to provide personalized customizable mobile Internet services 
in realtime. In particular, the present invention allows 
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content providers to build personalized content based upon 
mobility in the mobile network, allows mobile subscribers to 
receive personalized content based upon mobility and allows 
mobile operators to leverage the mobility information in the 
mobile telecom network to move up the value chain. 
Furthermore, the present invention provides a platform for 
service providers to build new Internet services based upon 
the realtime information associated with mobile subscribers 
within a mobile telecommunications network. 

As further discussed below in connection with the 
portals and interfaces of the present invention, a variety 
of new functions are provided in creating the realtime mobile 
Internet environment. In particular, a personal preferences 
user interface and database provide a mechanism for both 
selecting personal preferences and storing those preferences 
of an Internet subscriber in a database managed by the 
telecommunications operator. The requisite realtime mobility 
information is provided via interfaces with network nodes 
and/or network elements in the telecommunications system. A 
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rules-based environment allows wireless Internet subscribers 
to customize or develop new services based upon realtime 
events. Exemplary rules-based customizable services include: 



Upon mobile powering up, 
5 access information from finance.yahoo.com 

deliver via short message service to mobile 



In this example, the wireless Internet subscriber uses 
the powering up of their own mobile as a realtime event to 
invoke a service, and customizes that service to deliver news 
10 from a particular website in a particular format. Another 

exemplary service includes: 



Upon detection of arrival in new town, 
reroute calls to new number 

deliver request for hotel room and car rental to 
15 travel coordinator 

await receipt of confirmation 
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acknowledge confirmation 
alert to user 

In this example, the wireless Internet subscriber uses 
the time of arrival, e.g., via plane, to initiate a variety 
5 of actions to facilitate coordination of travel needs. If 

time zone changes occur, an alert may be generated confirming 
the subscriber of the time change. 

As further described above, all those desired events are 
subscribed with the B2B Engine by content providers. The B2B 
10 Engine thereafter communicates with the serving mobile 

telecommunications network and determines that a particular 
event has occurred for a mobile subscriber and communicates 
such triggering event with the subscribed content provider 
to enable the content provider to automatically effectuate 
15 all those services. 

The numerous features of a Business-to-Business (B2B) 
engine is discussed hereabove . To achieve the functionalities 
mentioned and to allow for its interconnection with the 
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network, certain features and components should be available 
in the B2B engine. With reference now to FIGURE 6, there are 
illustrated a variety of business-to-business (B2B) engine 
210 application modules 22 0 in a preferred embodiment of the 
present invention. As shown, the B2B engine application 
module 220 includes a variety of discrete modules, each 
having an important role in the system. In particular, the 
B2B application modules 220 include an Interface module (IM) 
280, a Data Collection Module (DCM) 282, a Behavior Analysis 
Module (BAM) 284, a Service Development Environment (SDE) 
286, a Realtime Delivery Module (RDM) 288, a Rules 
Development Environment (RDE) 290, a Business Data/End User 
Subscription Module (BDSM) 292, a Service Execution Module 
(SEM) 294, a Performance and Charging Module (PACM) 296 and 
an Operation and Maintenance Module (OAMM) 298. 

The aforementioned Interface Module (IM) 280 is 
responsible for interfacing the application modules 282-296 
with the content providers and the telecommunication systems. 
The IM 280 interfaces with several external components, such 
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as different telecommunication systems and ISPs. The IM 280 
also provides an interface with the content providers. One 
of the primary functions of the IM 280 is to link external 
components in the network to the application modules in the 
5 B2B engine 210. In a preferred embodiment, the IM 280 

internally interfaces with the Data Collection Module (DCM) 
282 and the Realtime Delivery Module (RDM) 288. It should, 
of course, be understood that the IM 280 also could be 
interfaced with other internal modules, as well as external 
10 components of the network, depending on the system 

requirements . 

With further reference to FIGURE 6, the Data Collection 
module (DCM) 282 is responsible for retrieving and storing 
realtime data from telecommunication systems and ISPs. The 
15 DCM 282 internally interfaces with the Business Data 

Subscription Module (BDSM) 292 to find out about data 
subscriptions from the content providers. The DCM 282 also 
interfaces with the Behavior Analysis Module (BAM) 284 and 
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with the Realtime Delivery Module (RDM) 288 to deliver 
realtime information to the content providers. 

The Behavior Analysis Module (BAM) 284 is preferably a 
set of artificial intelligence programs which check the 
subscription information from the BDSM 292 and perform the 
analysis on the realtime data. Preferably, the BAM 284 is 
coupled to the RDM 288 to deliver the results to the content 
providers. In addition to being interfaced to the BDSM 292 
and the RDM 288, the BAM 284 is interfaced to the Data 
Collection Module (DCM) 282. 

The Rules Development Environment (RDE) 290 allows the 
development of rules used for the development of services. 
The RDE 290 stores the rules in a Rule Repository (Rrep) . The 
rules could be constantly updated to suite new services being 
adopted and varied according to the preferences of various 
components in the system. The Service Development Environment 
(SDE) 286 allows telecom operators or end users to develop 
new sets of services based on a set of rules. The SDE 286 is 
internally interfaced with the Rule Repository to develop 
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services and with the Service Execution Module (SEM) 294. The 
Service Execution Module (SEM) 294 executes the service used, 
and is internally interfaced with the SDE 286 and the BDSM 
292. 

The Business Data/End User Subscription Module (BDSM) 
292 allows the content providers to subscribe to realtime and 
behavioral data, and also allows end users to subscribe to 
the services. To do that, the BDSM 292 is internally 
interfaced with the RDM 288. The Performance and Charging 
Module (PACM) 296 is responsible for collecting statistics, 
keeping track of the number of times realtime data was 
requested by the content providers and the number of 
subscribers accessing their services. The PACM 296 also 
keeps track of other statistical data that could be helpful 
to fully utilize the network and its performance. The PACM 
296 also produces charging for post processing. 

Lastly, the Operation and Maintenance Module (OAMM) 298 
is responsible for managing and configuring the B2B engine 
210. The OAMM 298 is capable of configuring the content 
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providers, maintaining the B2B engine, handling faults in the 
system, and managing the security issues in the system, as 
well as other operational and maintenance functionalities. 

It should be understood that the B2B engine application 
modules 220 illustrated in connection with FIGURE 6 and 
discussed hereinabove are preferably treated as being 
independent, despite the fact that they could be joined 
together in one module or at least several could be joined 
together. The discrete modules preferably have a modular 
design for the applications, and are preferably Java-based. 
Alternatively, other programming languages that are suited 
for the above-mentioned characteristics may be employed, 
e.g., C++, Java Servlets, Java Beans, JSP, and others. As 
discussed, an important aspect of the present invention is 
having near Realtime performance. In addition to coping with 
realtime environments, the system is designed to reduce fault 
and has a fault tolerance system. 

Another preferred embodiment of the B2B engine, further 
illustrating the modularity and the implementation using 
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different modular architecture, is shown in FIGURE 7. The B2B 
engine in this embodiment, designated by the reference 
numeral 310, also includes an interface module 315 and an 
operation and maintenance module 320 as described above. 
However, this embodiment preferably includes an intelligence 
module (INM) 325, an event reception and processing module 

(ERPM) 330, a charging module (CM) 335, a subscription 
database (SD) 340, a validation module (VM) 345, a data 
collection module (DCM) 350 and an event forwarding module 

(EFM) 355. 

Upon reception of a subscription event from a portal, 
by the B2B engine Interface Module (IM) 315, the IM 315 
interfaces with the Validation Module (VM) 345 to validate 
this subscription event. The VM 345 interfaces with the data 
collection module (DCM) 350, which allows the submission of 
the subscriber identity and allows the storage of the events 
in a subscription database (SD) . The SD must be secure and 
preferably scalable to allow expansion to the number of 
subscribers. The DCM 350 also is responsible for informing 
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the portal that the subscribed user has been successfully 
registered in the B2B engine 310 database. Events received 
from the network nodes indicating the status of the mobile 
subscriber, arrive at the Interface Module and processed at 
the Event Reception and Processing Module (ERPM) 330. These 
events are validated using the Validation Module (VM) 345, 
by accessing the subscribed user preference in the SD, which 
is done to ensure that the user is a registered B2B engine 
310 subscriber. 

After validating the user profile, the event is packed 
and a notification is sent to the portal, using the Event 
Forwarding Module (EFM) 355, via a highly secure HTTP 
notification message. After this notification has been sent 
to the portal regarding the subscribed user status, the 
Charging Module (CM) 335 creates a charging record for the 
portal concerning the information sent. 

The modules, as mentioned above with respect to FIGURES 
6 and 7, could be arranged in a variety of configurations to 
provide the functions needed by the system. However, looking 
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at the B2B engine 210/310 from a different perspective, 
different architecture for the modules could be implemented. 

For more understanding of the interaction of the portal 
with the B2B engine, reference is now made to FIGURE 8, which 
further illustrates the transmission of a subscription event 
of a user from a portal. FIGURE 8 represents a timing 
diagram, generally designated by the reference numeral 3 60, 
for the subscription event and the interaction of a portal 
362 with a B2B engine 364 regarding this subscription. The 
user first subscribes to the portal service using any of 
several mechanisms, e.g., through the web site of the portal 
362, www.yahoo.com, etc., generally designated by reference 
numeral 366. The user, however, needs to provide various 
person and preference information to the portal 362. This 
information includes the user identification number (MSISDN) , 
mobile operator and various preferences associated with the 
desired content or events to be monitored. The portal 362 
stores 368 all of the supplied user information in a database 
therein. Upon storing 368 the information, the portal 362 
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sends an event notification 370 informing the appropriate B2B 
engine 364 in charge of the mobile operator of the subscribed 
user. In a preferred embodiment of the present invention, the 
B2B engine 364 is in charge of a mobile operator or in some 
cases a plurality of mobile operators. The notification event 
370 sent to the B2B engine 364 preferably includes a mobile 
station identification number (MSISDN) of the user, the 
subscription details, events, and preferences of the user and 
other related information. This notification event is 
preferably sent using a secured HTTP protocol. 

The B2B engine 364 receives the event notification 370 
and processes the information therein. This internal 
validation is done in a preferred embodiment using a layered 
architecture, such as also discussed in connection with 
FIGURES 6 and 7. With reference again to FIGURE 8, upon 
receipt of the event notification 370, a first layer or 
class, generally designated by the reference numeral 372, 
requests establishment of a new connection (step 374) . A 
second layer or class 766 inserts this subscription event 
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(step 378) in a third layer or class 380 which validates the 
user identification number (MSISDN) (step 382) and stores 
(step 384) the subscription information in a database. Upon 
the completion of validation step 384, an acknowledgment is 
sent (step 386) to the portal 362 regarding the subscription 
event notification 370, preferably using an HTTP protocol. 
The B2B engine thereafter monitors the requested realtime 
information associated with that particular mobile 
subscriber . 

The B2B engine, as described hereinabove, could operate 
in a number of ways. In one embodiment of the present 
invention, the B2B engine polls the relevant network nodes 
to request updated information. In another embodiment, the 
network nodes are programmed to inform the B2B engine of 
changes in status of the user. Yet another embodiment allows 
the mobile station to report status information to the B2B 
engine, this is done by triggering an application client 
program in the mobile station. However, these preferred 
embodiments could function concurrently. As an example, the 
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B2B engine could poll some network nodes while other network 
nodes are reporting their status to the B2B engine. Also, the 
mobile station could report its status to the B2B engine and 
this same status report could be supplied also by a network 
node. The B2B engine, however, intelligently determines that 
the information sent is related, redundant, and combines both 
pieces of information to perform advanced functions based on 
a better understanding of the user status. 

With the above discussion of the position of the B2B 
engine within a telecommunications network and various 
modules in mind, attention should now be directed to FIGURE 
9, which illustrates exemplary interworkings of a B2B engine 
410 in a preferred embodiment of the present invention. As 
illustrated, the B2B engine 410 is connected to a front-end 
portal 420, to a mobile station 430 (via wireless connection) 
and an Operation and Maintenance (O&M) 415 Management system. 
The O&M system 415 will provide an operator or the owner of 
the product the capabilities to operate and maintain the B2B 
engine. All the fault and alarm handling can be controlled 
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and monitored through this O&M system 415. Also, a remote 
administration system will be accessible, as shown herein or 
a module inside the B2B engine as described earlier with 
reference to FIGURE 6. As shown in the figure, the mobile 
station 430 may include a Wireless Application Protocol (WAP) 
toolkit 432 and/or a Subscriber Identification Module (SIM) 
development toolkit 434 therein. 

The WAP toolkit 432 is used to develop and support WAP 
applications, which, as is understood in the art, gives a 
wireless user access to the contents and services of the 
Internet. The WAP toolkit 432 preferably resides in the 
mobile station 430, which preferably is able to support the 
WAP protocols. 

The SIM toolkit 434, which resides in the mobile station 
430 is used for value-added services and e-commerce using the 
mobile station, enabling transactions over the Internet. For 
example, using a SIM toolkit-enabled mobile station, a user 
may be able to check their bank account, pay bills, and all 
other services achieved by today's wire line Internet access. 
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The SIM toolkit 434 is preferably programmed into a SIM card, 
designated generally in FIGURE 9 by the reference numeral 
436, and additionally enables an interface between the 
network and the end user. A preferred embodiment of the 
Mobile Equipment (ME) /Subscriber Interface Module (SIM) 
interaction with the B2B engine will be described hereinafter 
with reference to FIGURES 10-13. As noted, the Business-to- 
Business engine 410 is also connected to the front-end portal 
420, or a number of portals, which provide information to the 
end user. It should be understood to those skilled in the art 
that this information is tailored according to respective 
user preferences and is collected from various content 
providers. It should also be understood that the portal 420 
in a preferred embodiment of the present invention could be 
a dummy portal 422 or one designed to better exploit the 
Internet connections, e.g., a so-called WISE portal 424, as 
is understood by one of ordinary skills in the art. 

With reference to FIGURE 10, there is illustrated an 
example of an "OFF" Trigger for a wireless phone, the steps 
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of which are generally designated by the reference numeral 
450. A Mobile Station (MS), generally designated by the 
re f erence numeral 452, includes a Subscriber Identification 
Module (SIM) toolkit 454 located therein. The SIM toolkit 454 
transmits, with a determined intervals, short message service 
(SMS) messages, generally designated in the figure by the 
reference numeral 456, containing the subscriber status and 
the mobile station 452 ISDN number (MSISDN) . The SIM toolkit 
454 performs this action to keep an associated B2B engine 458 
informed of the realtime information and location of the MS 
452. Receipt of this message initiates a timer 460 for the 
B2B engine 458. If the timer 474 does not expire and another 
message is received before expiration, within the 
predetermined time interval, the timer is reset. If, however, 
the timer 472 expires in the B2B engine 458, meaning that the 
B2B engine 458 did not receive any message from the user in 
a determined amount of time, the B2B engine 458 will assume 
that the mobile station 452 has been turned off, e.g., 
sometime after transmission of SMS message 462 to the B2B 
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engine 458. This, as an example, could be an indication that 
the user is busy or asleep and that no new contents should 
be sent by the portal to the subscribed user. After the B2B 
engine 458 fails to receive a further message after SMS 
message 462 in the timer period, B2B engine 458 validates and 
processes 464 this event, and forwards an event notification 
466, containing the MSISDN of that user and an indication of 
the subscribed OFF event, to a portal 468 associated with 
this event. The portal 468 then acknowledges 470 the 
reception of the notification. 

With reference now to FIGURE 11, there is illustrated 
a timing diagram of a usual operation of the system and 
methodology, in a preferred embodiment of the present 
invention, the steps of which are generally designated by the 
reference numeral 500. As with the embodiment described in 
connection with FIGURE 12, a subscribed end user enters 
information and preferences (step 504) at a portal 502, 
particularly, into a portal database. After the preferences 
of the end user are stored 504 in the portal database and, 
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preferably, before an event occurs, a SIM application is 
initialized for realtime services and over the air activation 
for a subscribed user, and a plurality of SIM data is 
downloaded (step 506) from the portal database to a Short 
Message Switching Center (SMSC) 508, e.g., over an air 
interface- The SIM data is then sent peer-to-peer (step 510) 
to Mobile Equipment (ME) 512 that includes a SIM card 
therein, generally designated by the reference numeral 514. 

Once an event occurs regarding any change in the user 
preferences, location, etc., a SIM toolkit, generally 
designated by the reference numeral 516, which resides in the 
mobile equipment 512, sends an SMS message 518 informing a 
B2B engine 520 of the subscribed user's status and providing 
the user's MSISDN number. Upon arrival at the B2B engine 520, 
particularly at a socket listener 522 thereof, the 
aforementioned SMS message 518 is unpacked (step 524) in the 
B2B engine 520 by the socket listener 522, which then creates 
a new event (step 526) based on the information provided in 
the SMS message 518. A second layer or class, generally 
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designed by the reference numeral 528 in the B2B engine 520, 
upon receipt of the new event information 52 6, then 
establishes a new connection 830 and validates 532 the event 
subscribed 526 by comparing the user identity and preferences 
with what is stored in a B2B database, generally designated 
by the reference numeral 534. Upon receipt of the new 
connection and validation information, a third layer or 
class, generally designated in the figure by the reference 
numeral 536, processes the event (step 538) and optionally 
stores the modified information in the B2B database 534. The 
processed event 538 information is forwarded by the third 
class 536 to a fourth class 540. An event notification 
message 542 is sent to the portal 502 by the fourth layer 540 
in the B2B engine 520, informing the portal 502 that an event 
was received and providing the portal 802 with the user's 
MS I SDN. 

The portal 502, upon receipt of the event notification 
message 542 then sends an acknowledge message 544 to the B2B 
engine 520, acknowledging the reception of the event 
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notification 542 , preferably using an HTTP protocol. In a 
preferred embodiment of the present invention, charging 54 6 
occurs for all information provided, and charging 54 6 for the 
realtime event information provided to the portal 502 will 
5 occur after the acknowledgment message 544. The charging 

record will be created in the B2B Engine which will log all 
the relevant information related to the event. As 
□ illustrated, information is preferably delivered by the 

m portal 502 to the end user at the ME 512 using an SMS 

5j 10 message. It should, of course, be understood that the 

J contents could alternatively be sent using a Wireless 

Application protocol (WAP) , using a WAP over an SMS message 
lf> or other such protocols. 

l2 As discussed above and particularly in connection with 

is FIGURES 12 and 13 the subscribed user employs Mobile 

Equipment (ME) 512, sometimes referred to as a mobile 
station, which includes a SIM card 514, on which a SIM 
application is programmed and running. In a preferred 
embodiment of the present invention, a B2B engine 52 0 client 
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application resides on the Subscriber Identification Module 
(SIM) and is responsible for reporting realtime events 
occurring within the mobile equipment (ME) /Network entity to 
the B2B engine 820 server node. The client application uses 
triggers from the SIM card 514 to invoke a SIM toolkit 
operation 516 to send Short Messages to the B2B engine server 
520 with information on the realtime events happening in the 
ME-Network. In this embodiment, the short message sent is 
addressed to the B2B engine and the mobile telecommunication 
operator acts as conduit to this information sent. 

The SIM Application toolkit 516 provides mechanisms 
which allow applications, existing in the SIM 514, to 
interact and operate with the Mobile Equipment (ME) 512 
download the ME profile to the SIM 514, download data (step 
506) to the SIM 514, transfer a user's menu selection to the 
SIM 514, call control by the SIM 514, MO Short Message 
control by the SIM 514 and security. The proactive SIM 514 
could display text, play a tone, send a short message, set 
up a call, etc., as is understood in the art. 
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The interaction between the SIM 514 and the ME 512 is 
best shown with reference to the following examples described 
in connection with FIGURES 12 and 13, which illustrate a 
preferred embodiment of the SIM/mobile entity reporting 
events to the B2B engine for realtime services. Upon change 
of the user status or preferences, the B2B engine is updated 
of such a change by the mobile Equipment (ME) . In these 
figures, the exemplary events that are reported to the B2B 
engine server are the ON/OFF, Cell Global Identity (CGI) and 
the location area (LA) change. 

With reference now to FIGURE 12 there is illustrated, 
in detail, a timing diagram, generally designated in the 
figure by the reference numeral 550, of a user * ON" 
indication to a B2B engine 552. Initially, a given Mobile 
Equipment (ME) 554 first initializes an associated SIM 556. 
This initialization (step 558) is done by activating and 
testing the SIM device 556 to ascertain what functions are 
supported. At present, this SIM 856 initialization is 
preferably performed pursuant to a GSM 11.11 standard, 

53 



Dallas2 783962 v 1, 27943 00001 



PATENT APPLICATION 
Atty. Ref.: 27943-00419USP1 
Client Ref. : P14644 

although it is understood that alternative initialization 
protocols may be alternatively used. The identification of 
a proactive SIM 556 is done at this stage by having the 
proactive SIM service activated in a SIM service table (step 
560) . However, if the ME 554 does not support the proactive 
SIM feature, the proactive SIM 556 shall not send proactive 
SIM-related commands to the ME, and vice versa. The ME 554 
shall then send a STATUS command (step 562) periodically to 
the proactive SIM 556 during idle mode, as well as during a 
call, thereby enabling the proactive SIM 556 to respond with 
a command since the ME 554 always initiates commands to the 
SIM 556. 

After a power-on by the ME 554, the first message sent 
is the STATUS message (step 564), which is used to trigger 
(step 564) the appropriate B2B engine 552 client application 
residing on the SIM card. The client application reads 
appropriate files on the SIM 556 and packs the relevant 
information into a short message and requests the SIM to send 
it onwards to the ME (step 570) . The SIM 856 sends a message 
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(step 566) informing the ME 554 that further information is 
available. The ME 554 then responds using a FETCH command 
(step 568) to get the information from the SIM 556. The SIM 
556, upon receipt of the aforementioned FETCH command 568, 
sends the composed short message from the client application 
to the ME 554 (step 570A) in order for the information to be 
sent to the B2B engine. Following that, the ME 554 sends the 
short message (step 572) to the B2B engine, informing that 
the MS 554 has been turned on. The B2B engine 552 receives 
this message and interprets it further to provide enhanced 
services. The ME 554 then responds to the SIM 556 informing 
that the message regarding the event has been sent (step 
574) . The SIM 556, in turn, acknowledges the response and 
sends a normal ending message (step 57 6) . The mobile station 
is now turned on and all the elements, such as the ME 554, 
the SIM 556 and the client applications 552 are aware of that 
occurrence. As discussed earlier, the ME 854 sends a 
periodical status command (step 578) to the SIM 856, which 
after the ME 554 is turned on, results in a trigger (step 
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580) to the client application 552 on the SIM card 552, and 
from which a periodical SMS message (step 578) could be sent. 

With reference now to FIGURE 13, there is illustrated 
a timing diagram of a location area change indication of the 
ME 554 to the B2B engine 552, in another presently preferred 
embodiment of the present invention. As illustrated, SIM 556 
initialization and proactive SIM determination (Steps 558 and 
560) are first performed, again, preferably, pursuant to a 
GSM 11.11 protocol. As is understood in the art, the Mobile 
Equipment 554 is requested by the client application and the 
SIM to monitor any location change and, upon any such change, 
the ME 554 informs the B2B engine 552 of this change. The 
location information as discussed above may be GPS 
information, cell global identity information, or routing 
area information associated with a mobile subscriber. 
Additionally, the Mobile Equipment 554 may also communicate 
using other packet based protocols, such as USSD messages or 
WAP. 
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As discussed, when a change in location happens, 
appropriate processes in the ME 554 are invoked. The ME 
forwards a set location update status message (step 586) to 
the SIM 856, and then informs the client application residing 
in the SIM, via an envelope command (step 588), that the 
location area update has occurred. The client application is 
triggered 588A and takes this data from the envelope command, 
reads and adds appropriate data from the SIM 556 and packs 
a short message. This packed short message is sent (step 590) 
by the client application to the SIM 556, as indicated in 
FIGURE 13, in step 590A the SIM informs the ME of the request 
to send a short message. With the FETCH command 592 the ME 
asks the SIM to provide the data for the short message which 
it does in 593. The ME transmits the packed short message to 
the B2B engine (step 594) which uses the data to provide 
enhanced services. The ME 554 then as usual informs the SIM 
556 that the short message has been sent (step 596) and the 
SIM 556 returns a normal ending message (step 598) . 
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The updated information is sent to the B2B engine by the 
mobile station to update its status and preferences in the 
B2B engine, as described hereinabove. However, in another 
preferred embodiment of the present invention, the network 
nodes self monitor any desired subscriber events update and 
automatically provide the data to the B2B engine on a 
realtime basis. 

With reference now to FIGURE 14, the B2B engine 210, in 
addition to being connected to a portal 640 or to content 
aggregators, e.g., using a Transmission Control 
Protocol/Internet Protocol (TCP/IP) or other packet based 
communications protocol, is also connected to various other 
nodes in the network, generally designated in FIGURE 14 by 
the reference numeral 600. It should be understood, as 
described with reference to a preferred embodiment of the 
present invention, that these nodes could be adapted to 
gather realtime information about the subscribed user. This 
could be achieved by programming the network nodes so that 
they could monitor realtime subscriber events and activities 
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and provide realtime information to the B2B engine regarding 
the subscriber events received. The network elements can 
monitor and forward all subscriber events and activities for 
all subscribers that are being served within that network 
area, or alternatively, the network elements can monitor and 
forward subscriber events and activities for those 
subscribers that have subscribed with the B2B engine. The B2B 
engine 210 interfaces with network nodes in the network 600 
to receive information about the subscribed events from these 
nodes. The Mobile Switching Center (MSC) /Visitor Location 
Register (VLR) 615 sends mobility information, VLR record and 
the call control of related events to a subscriber, e.g., 
using Message TCP/IP or like protocols. The sending of the 
realtime information is triggered upon receiving a location 
update or registration signal from the subscribed user. 

Also, handover triggers and radio-related trigger events 
from a Radio Network Subsystem (RNS) 620 for system 600 is 
sent to the B2B engine. As is understood to one skilled in 
the art, a Serving Generalized Packet Radio System (GPRS) 
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Service Node (SGSN) 625 provides mobility and call control- 
related information to the B2B engine 210, e.g., as related 
to packet domain networks, such as a generalized packet radio 
system (GPRS) . 

5 A Mobile Positioning Center (MPC) 630 provides the B2B 

engine 210 with information about the location of the mobile 
subscriber within the telecommunications network. It should 
^ be understood to one skilled in the art that the MPC 630 

could be provided by a global positioning service (GPS) or 
10 any other means for locating a mobile subscriber station 

using, for example, TCP/IP protocols to forward the 
^ positioning information. A central service control function 

^ (CSCF) 635 unit provides to the B2B engine 210 a translation 

12 of the address number of the subscriber to an Internet 

y ? 15 protocol (IP) address and also could provide control related 

events/information using, for example, Message and TCP/IP 
protocols . 

As also understood by one skilled in the 
telecommunications art, upon switching on a mobile station 
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(MS), the serving MSC/VLR (Mobile Switching Center/Visitor 
Location Register) registers the MS and authorize the MS by 
communicating with the Home Location Register (HLR) 
associated with that MS. The HLR then informs the B2B engine, 
upon this registration and authorization, to forward the 
preferred information to the mobile station, as shown in a 
preferred embodiment described hereinafter. 

The network nodes are intelligently programmed to 
recognize any information related to the subscribed user and 
upon the triggering of an event, sends the realtime 
information to the B2B engine informing it of the update to 
the end user status. This information is stored in the B2B 
engine database. The B2B engine 210 processes the 
information/events sent by the nodes and forwards this 
formatted information to the portal 64 0. Upon providing the 
information/events to the portal 340 by the B2B engine 210, 
the portal 640 is billed for this realtime information, for 
example, by a Billing Gateway (BGW) 645. The BGW 645 provides 
information about when and how much to bill the portals for 
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the realtime information provided. This is done by logging 
relevant information into charging records for each user 
requested action. The billing could be done internally in the 
B2B engine using a charging module, as shown in FIGURE 7 , or 
could be an external application connected to the B2B engine 
such as a BGW, as shown in FIGURE 14. Also, the BGW could be 
in charge of the billing in the mobile operator for each user 
or provide information, for example, on the remaining balance 
for subscribers accessing the network or the balance of the 
subscribers usage. The BGW functionalities are numerous and 
flexible depending on the services and plan for each 
subscribed user. 

In the preferred embodiment described hereinabove, the 
network nodes preferably contain a client application (CL)/ 
monitoring agent (MA) programmed in each of the network nodes 
wishing to report events to the B2B engine. These network 
nodes monitor certain triggers related to the user and 
reports them to the B2B engine. Loading of a client 
application program in certain network nodes such as the HLR 
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and/or the MSC/VLR could be used to monitor certain enabled 
triggers related to subscriber's behavior, status, mobility 
parameters, etc. An example of the network nodes providing 
the information to the B2B engine upon any change to a user 
status or preferences is provided hereinbelow. Upon any 
update to the user status or any change regarding the user 
in a database, the HLR client application is triggered and 
sends an update to the B2B engine informing the engine of 
such a change. This client application in the HLR is adapted 
to recognize any change and automatically report this change 
to the B2B engine. All network nodes are also programmed to 
recognize any event and notify the B2B engine of this event, 
using the triggering mechanism of the client application. The 
MSC/VLR, for instance, tracks the mobility of the user and 
upon a detected change, for example the user location is 
changed, the MSC/VLR client application is triggered and 
informs the B2B engine of this change. Moreover, the MSC 
could work together with the MPC to pin-point the user 
location and send the information to the B2B engine. Also, 
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the MSC/VLR client application is programmed to interact with 
the RNS to inform the B2B engine of any handover or radio 
triggers occurring related to the user. The RNS also contains 
a client application as in all involved network nodes in the 
update process. 

FIGURE 15 illustrates another example of the 
notification, by the network node, of any change in the 
subscriber status and location. The VLR 652, upon any change 
to the subscriber status and location, will inform the HLR 
654 using standard existing protocols, e.g. MAP 658, of such 
a change. The determination of the status change is performed 
using a Monitoring Agent (MA) 656 inside both the VLR 652 and 
the HLR 654. The HLR 654 in turn will interact with the B2B 
engine 660, which in this situation is acting as a VLR 664. 
The B2B engine 660, in this case, being a GSM Service Control 
Function (gsmSCF) 662 node gets the subscriber status and 
location information from the HLR 654 and stores it in a 
database. The B2B engine then performs the necessary 
operations on this information and acts accordingly. In 
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general, once the client application catches a trigger event 
in the network nodes (i.e. HLR, MSC/VLR, etc.) representing 
any change to the subscriber status, the client application 
in the network nodes informs the B2B engine. 

With further reference to FIGURE 14, the B2B engine 210, 
as described hereinabove could receive inf ormation/events 
regarding the subscribed user from the network nodes without 
requesting this information. However, in another preferred 
embodiment of the present invention and further referring to 
FIGURE 14, these network nodes are requested to gather 
realtime information about the subscribed user. When the 
subscription event is stored in the B2B engine 210 database, 
a Home Location Register (HLR) 610 is polled to determine the 
registration information of the mobile subscriber, e.g., 
using Mobile Application Part (MAP) , TCP/IP or like 
protocols . 

The B2B engine 210 interfaces with communication nodes 
in the network 600 to request information about the 
subscribed events from these nodes. The B2B engine 210 polls 
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a Mobile Switching Center (MSC) /Visitor Location Register 
(VLR) 615 to request the mobility information, VLR record and 
the call control of related events to a subscriber, e.g., 
using Message TCP/IP or like protocols. 

The B2B engine 210 requests handover trigger and radio- 
related trigger events from a Radio Network Subsystem (RNS) 
320 for system 600. A Mobile Positioning Center (MPC) 330 
could be polled to provide the B2B engine 210 with 
information about the location of the mobile subscriber 
within the telecommunications network. It should be 
understood to one skilled in the art that the MPC 630 could 
be any other means for locating a mobile subscriber station, 
as described hereinabove. A central service control function 
(CSCF) 635 unit could be also polled to provide to the B2B 
engine 210 a translation of the address number of the 
subscriber to an Internet protocol (IP) address, and also 
could provide control related events/information using, for 
example, Message and TCP/IP protocols. 
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The B2B engine 210 provides intelligence in knowing 
which of the aforementioned elements or nodes to poll to 
gather the necessary information for provision to a portal 
640 using, for example, TCP/IP protocols. The information may 
be selectively requested according to the needs of the B2B 
engine in determining the status of a telecommunications 
device. The B2B engine 210 processes the inf ormation/events 
sent by the nodes and sends the gathered information to the 
portal 640. Upon providing the information/events to the 
portal 640 by the B2B engine 210, the portal 640 is billed 
for this realtime information, as described hereinabove with 
reference to the previous embodiment. 

As an example, when the B2B Engine requires certain 
information such as subscriber's status from the HLR, a 
message is sent to the HLR requesting the information. The 
HLR will inturn respond with the response message informing 
the B2B engine of the current subscriber status. This same 
requesting mechanism could be used with the other network 
nodes. A message could be sent by the B2B engine to any 
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network node requesting information about the subscriber . 
Upon reception of such a message the network node gets the 
information and sends it to the B2B engine. The B2B engine 
could act as a GSM Service Control Function (gsmSCF) node and 
interrogates the HLR at regular or periodic intervals to get 
the status and the location information of a subscriber. 

The network environment, within which the B2B engine 210 
operates, is fully described hereinabove. In general, there 
are numerous implementations of the service provided by the 
business-to-business engine. With reference now to FIGURE 16, 
however, there is illustrated an alternative operation of the 
B2B engine 210 of the present invention. In this alternate 
configuration, the B2B engine 210 receives realtime events 
from a mobile subscriber 660, such as the subscriber status, 
location area and other events, as described with reference 
to FIGURES 9-13, using as an example Short Message Service 
(SMS) messages. The B2B engine 210 gets this information, in 
addition to other information, by polling different nodes in 
the network, as described hereinabove with reference to a 
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preferred embodiment. The network nodes however, as 
described in another preferred embodiment described 
hereinabove, send the updated status information of the user 
to the B2B engine whenever any change occurs regarding the 
subscriber. The B2B engine 210 then parses the events based 
on the subscribed user preferences and processes the 
information/ event gathered. 

These processed events are then sent to the 
portal/content aggregators/content provider 640, for example, 
using an HTTP protocol. The portal 640 then personalizes the 
contents according to the event information provided by the 
B2B engine 210. The portal converts the contents, for 
example, to a wireless markup language (WML) used to provide 
content to narrowband devices, such as mobile stations, PDAs, 
etc. The WML containing the personalized content is 
delivered via a wireless application protocol gateway (WAPGW) 
to the subscribed user via the mobile phone. However, the 
portal can also deliver the personalized content using an SMS 
message or any other proprietary wireless data protocol. As 
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is illustrated in FIGURE 16, the contents could be sent to 
the mobile station through a Wireless Application Protocol 
gateway (WAPGW) . The WAPGW is a network node providing direct 
connection between the mobile network and the dedicated 
Internet application services, such as the portals. There are 
numerous methods that could be used for sending the contents 
to the subscriber. For example, the contents could be sent 
through the Short Message Service Center (SMSC) using a Short 
message (SMS) or a WAP sent over an SMS message. Moreover, 
the contents sent to the mobile station could be an 
Unstructured Supplementary Service Data (USSD) . This could 
be done using a USSD Gateway that retrieves the information 
from the portals and sends it to the SMSC for delivery as a 
short message. Other transport bearers such as GPRS could be 
used to send content from the portals to the mobile station. 
Advancements toward fast speed access systems in today's 
mobile technology lead the way to third generation (3G) 
wireless systems. The data packet transport systems such as 
the Generalized Packet Radio Service (GPRS) and the Evolved 
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Data for GSM Evolution (EDGE) provide fast connections that 
will allow easy and quick content delivery to the mobile 
stations. Taking these transport bearers in mind, all the 
communication between the mobile stations, the B2B engine, 
and the Internet portals could be performed using these 
transport bearers discussed herein. For example, instead of 
sending an SMS message by a mobile station through a SMSC, 
as described hereinabove, a mobile station could communicate 
with the B2B engine using a GPRS network by sending data 
packets utilizing the high speed access. 

With reference to FIGURE 17, the B2B engine 210, in 
addition to being connected to a portal 640 or to content 
aggregators, e.g., using a Transmission Control Protocol/ 
Internet Protocol (TCP/IP), is also connected to various 
other nodes in the network. In general, it should be 
understood that these network nodes are typically used to 
gather realtime information about the subscribed user. The 
nodes in the network communicate with each other using 
standard protocols. These protocols are used to ease the 
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means of communication between network nodes and to be 
compatible with the requisite standards. With further 
reference to FIGURE 17, there is illustrated a preferred 
embodiment of the protocols used in the communication between 
the network nodes and the aforementioned B2B engine 210. It 
should be understood that the B2B engine 210 is preferably 
interfaced with all of the nodes in the network supplying 
event information, e.g., using a standard IEEE 802.3 
connection. 

The communication between the nodes are performed, as 
in other communication standards, using a layered structure. 
For example, all of the protocols employed utilize the 
Transmission Control Protocol/Internet Protocol (TCP/IP) 
protocol in their lower layers. However, in the upper layer 
each node uses a different protocol. For example, the B2B 
engine 210 communicates with the portal 640 using a HyperText 
Transfer Protocol (HTTP) commonly used in Internet 
communication. The HLR 610 uses a MAP protocol. The Mobile 
Positioning Center (MPC) 630 preferably uses a MPC protocol. 
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A Short Messaging Service Center (SMSC) 650 preferably uses 
a Short Message Peer-to-Peer (SMPP) protocol. The particular 
protocols used are well known in the art and provide a means 
of interconnection between the different nodes in the 
network. However, it should be understood that a variety of 
other protocols could be used to support internodal 
communications . 

Referring now to FIGURE 18, which illustrates the B2B 
engine interfacing with different network architectures. The 
B2B engine interfaces with a 2.5G wireless telecommunications 
system 710 as shown in this figure and in previous Figure 
14. However, the B2B engine could be interfaced with other 
systems such as a second generation (2G) wireless 
telecommunications operator system 730. It also can be 
interconnected with a 3G wireless telecommunications system 
750 which is currently under development. Although, the 
system architectures that are connected to the B2B engine are 
different, the same procedure could be used with each network 
node in the system, as was described hereinabove. For 
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instance, the B2B engine could poll each of the network nodes 
in the 3G wireless telecommunications system 750, or the 
network nodes could report any event to the B2B engine 210 
regarding any update to the subscriber status. The engine 
described in the present invention could be used for numerous 
systems and the same procedure described hereinabove for the 
2.5G wireless telecommunications system could be applied to 
the 3G wireless system, as well as other systems. The network 
nodes in the 3G wireless system are separated in a call 
control network nodes 760, 770, 780 and connectivity control 
network nodes 790. The Media Gateways (MGW)792 will be 
responsible for all the connectivity means, while the call 
control will be executed by servers in the control layer. The 
Control Layer will, in turn, interface to Application 
Gateways, not shown in the figure, allowing an unprecedented 
level of separation of services from specific fixed or mobile 
bearer technologies allowing for anyway, anywhere and anytime 
service delivery. The B2B engine has the ability to connect 
to different bearer technologies such as the GSM/EDGE, WCDMA 
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and cdma2000. The B2B engine also interfaces with all the 
connectivity and control network nodes that keeps track 
and/or have record of the mobile subscriber. The network 
nodes, nonetheless, are preferably reprogr amine d to include 
a mobility agent, as described hereinabove with reference to 
FIGURES 14 and 15. 

Also the mobile operator described hereinabove is a GSM 
operator, it should be understood by one of ordinary skills 
in the art that the invention could be used for a PCS 
operator, a DAMPS operator or/and any existing mobile 
operator. Moreover, a single B2B engine could interconnect 
various mobile operators with various portals. The mobile 
operators could be of a different nature and using a 
different standard, e.g. a B2B engine could provide service 
for a PCS operator as well as a GSM operator, concurrently. 

Moreover, 3G mobile stations will also have the client 
application that will notify the B2B engine of any update to 
the user status, similar to what was described earlier for 
GSM phones having the client application programmed on the 
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SIM card in the GSM network. The SIM card as described above 
could be any means in which the Mobile Equipment could have 
a programmable module on it capable of containing 
applications. The SIM card described hereinabove, could also 
be any programmable means that is capable of storing and 
performing certain functions, like having a fixed module in 
the mobile station being part of the Mobile Equipment (ME) . 

It should however be understood to one skilled in the 
art, that the portal and content aggregators are externally 
connected to the B2B engine, as described herein. However, 
the portal and/or content aggregators, in a preferred 
embodiment of the presently claimed invention, may be 
incorporated within the B2B engine as well. Meaning that the 
B2B engine could be in charge of gathering data content and 
selectively supplying the data content to the users. 

It should be understood to one skilled in the art, that 
realtime information and realtime networks discussed with 
reference to the embodiments herein, represent the ideal 
timing of such networks and information disregarding any 
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delays and/or processing in the network nodes and any other 
equipment. In general , a realtime network may be any 
network that functions in realtime or near realtime 
performance. Also, realtime information may be information 
that is substantially realtime or near realtime. 

Referring now to FIGURE 19, another exemplary inter- 
network diagram in accordance with the present invention is 
illustrated generally at 1900. The exemplary inter-network 
diagram 1900 is illustrated as having an internet portion 
1905 and a telecommunications portion 1910. The service 
capability service (SCS) node 1920 bridges the internet 
portion 1905 and the telecommunications portion 1910. The 
SCS node 1920 (e.g., which may correspond to, for example, 
the B2B engine 210, 364, 410, 458, 520, and/or 660/662, etc. 
as described in exemplary manners hereinabove) enables one 
or more telecommunications network operators to provide 
value-added services to users by, for example, providing 
realtime information (e.g., user location, user status, etc.) 
to one or more portals^^ 1915!..^. With regard to the 
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internet portion 1905, the SCS 1920 is connected to one or 
more portals 1915 (e.g., which may correspond to, for 
example, the restaurant information 105, the weather 
information 110, the portals 115/362/420/468/502/640, the 
servers 260/262/264/266, and/or the content providers 272, 
etc. as described in exemplary manners hereinabove) . The 
portals 1915 may correspond to, for example, internet web 
sites such as "Yahoo", other information providing services, 
computer applications, etc. 

With regard to the telecommunications portion 1910, the 
SCS 1920 is connected to one or more telecommunications nodes 
and/or entities (e.g., which may correspond to, for example, 
the telecom systems 230, the realtime systems 270, and/or the 
telecommunications network systems 710/730/750, etc. as 
described in exemplary manners hereinabove) . These 
telecommunications nodes and/or entities include an HLR 1925 
(e.g., which may correspond to, for example, the HLR 610, 
and/or the HLR 654, etc. as described in exemplary manners 
hereinabove), an MSC/VLR 1930 (e.g., which may correspond to, 
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for example, the MSC/VLR 615, the VLR 652, and/or the VLR 
664, etc. as described in exemplary manners hereinabove), an 
MPC 1935 (e.g., which may correspond to, for example, the MPC 
630, etc. as described in exemplary manners hereinabove), an 
ME 1940 (e.g., which may correspond to, for example, the MS 
430, the MS 452, ME 512, ME 554, and/or the mobile 660, etc. 
as described in exemplary manners hereinabove) , etc. 

It should be noted that the exemplary inter-network 
diagram 1900 is simplified so as to facilitate explanation 
of the principles of the present invention without undue 
obfuscation. For example, the telecommunications nodes 
and/or entities to which the SCS 1920 is connected are 
exemplary only. More than one of each and more than a total 
four may be, and usually will be, connected thereto. 
Furthermore, other types of telecommunications nodes and/or 
entities, besides the illustrated HLR 1925, MSC/VLR 1930, MPC 
1935, and ME 1940, may also be connected to the SCS 1920, 
such as an SMSC (e.g., the SMSC 650 from FIGURES 16-18) . For 
example, the nodes illustrated in FIGURE 18 may additionally 
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and/or alternatively be connected to the SCS 1920. It should 
also be noted that the portals 1915 need not be part of or 
connected through/to the Internet. 

Furthermore, it should be understood that the portals 
1915 and the telecommunications nodes and/or entities 
1925/1930/1935/1940 need not be connected directly to the SCS 
1920, for there may be one or more intervening nodes, 
switches, servers, gateways, etc. disposed therebetween. 
Additionally, the connection between the portals 1915 and the 
telecommunications nodes and/or entities 1925/1930/1935/1940 
and the SCS 192 0 need not be composed entirely, or even 
partially, of wireline connections. For example, the 
connection between the ME 1940 and the SCS 1920 will 
ordinarily be at least partially realized using a wireless 
link. It should also be understood that the various 
components of the exemplary inter-network diagram 1900 need 
not be as discrete as illustrated in FIGURE 19. For example, 
the SCS 1920 may be co-located with a VLR (or, alternatively, 
see FIGURE 15 and related text), one or more portals 1915 may 
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be co-located with the SCS 1920, one or more portals 1915 and 
the SCS 1920 may be implemented using a single computing 
pi at form/ server , etc . 

Referring now to FIGURES 20A and 20B, exemplary network 
aspects related to subscriber location in accordance with the 
present invention are illustrated generally at 2000 and 2050, 
respectively. The exemplary network aspects 2000 includes 
the SCS 1920 illustrated as connected to the HLR 1925, the 
MSC/VLR 1930, the MPC 1935, and the ME 1940. Each of these 
network nodes/entities has location information regarding the 
subscriber (unit) , can access location information regarding 
the subscriber, can measure or cause to be measured the 
location of the subscriber, etc. It should be noted that the 
illustrated network nodes/entities is not exhaustive of those 
network nodes/entities that are related to subscriber 
location. Below certain network nodes/entities that are 
illustrated in the exemplary network aspects 2000 are 
approximate and exemplary accuracies by which the subscriber 
location may be determined by the given node. For example, 
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the HLR 1925 may ascertain the location of the subscriber to 
within approximately 70-1000 meters (e.g., a location area), 
the ME 1940 may ascertain the location of the subscriber to 
within approximately 10-30 meters (e.g., a cell area), and 
the MPC 1935 may ascertain the location of the subscriber to 
within approximately 0-10 meters (e.g., using time of arrival 
(TOA)/time difference of arrival (TDOA) (optionally with 
triangulation or similar) , using a GPS-based determination, 
etc.), etc. It can therefore be appreciated that the 
accuracy of the user location that is received by the SCS 
1920 may be affected by the network node/entity selected to 
provide the user location. 

Continuing now with FIGURE 2 0B, other exemplary network 
aspects 2050 are illustrated in the context of providing 
location information to the SCS 1920 from a network 
node/entity 2055 (e.g., the HLR 1925, the MSC/VLR 1930, the 
MPC 1935, the ME 1940, the node/entities of FIGURE 18, etc.) . 
As illustrated on the left, the SCS 1920 may poll a network 
node/entity 2055 for location information, which prompts the 
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network node/entity 2055 for a response having the location 
information. Alternatively, as illustrated on the right, the 
network node/entity 2055 may proactively notify the SCS 1920 
of the location information. The proactive notifications may 
be accomplished using a logic module (s) (e.g., detachable or 
integrated hardware, software, firmware, some combination 
thereof, etc. that is appropriately coded or programmed) of 
the relevant network node/entity 2055. 

These logic module (s) (e.g., which may correspond to, 
for example, the MA 656, the WAP toolkit 432/474, the SIM 
toolkit 434/454/516, the SIM 436/514/556, and/or the SIM 
application 552, etc, as described in exemplary manners 
hereinabove) may be set up to provide proactive 
notification (s) at, for example, regular intervals, at a 
location change, at a status change, etc. In certain, but 
not necessarily all, embodiment ( s ) , the poll/response 
approach may be utilized for the HLR 1925 and the MPC 1935 
while the proactive approach may be utilized for the ME 1940. 
Also in certain embodiment (s) , a proprietary (e.g., proactive 
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or non-proactive) approach and protocol may be utilized with 
the MSC/VLR 1930. It can therefore be appreciated that the 
location information may be provided to the SCS 1920 (i) 
regularly without repeated requests, (ii) on demand 
responsive to polling, (iii) using a proprietary 
apporach/protocol, etc . 

Thus, the attainment of subscriber location information 
can be related to a myriad of variables, including the 
accuracy of the location and whether the location information 
was polled. Another variable is cost for the location 
information. For example, using the MPC 1935 to determine 
the location information and to acquire it therefrom is 
typically more costly than using either the HLR 1925 or the 
ME 1940. When a portal 1915 (or a subscriber to a service 
of a portal 1915) desires, e.g., realtime location 
information from a telecommunications network, the portal 
1915 needs to consider these and other variables related to 
the acquisition and delivery of the location information. 
A service (level) agreement between the portal 1915 and the, 
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e.g., operator of the SCS 1920 may establish the desired 
variables or at least the desired range of the variables to 
instruct or at least guide the SCS 1920 in the acquisition 
and delivery of realtime information, such as realtime 
location information . 

Different service level groups may be set up in the SCS 
1920 to simplify the selection of variables once a service 
agreement between the portal and the SCS 1920 has be 
established. It should be noted that a single service 
(level) agreement may apply to all subscribers for a given 
portal 1915, or each subscriber may be associated 
individually with one or more of several available and 
relevant service (level) agreements. In other words, a 
transaction defining a relationship between a given portal 
1915 and the SCS 1920 may establish a single service (level) 
agreement for all subscribers of the given portal 1915, or 
it may establish an individual service (level) agreement for 
each subscriber or each set of subscribers. 
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For example, consider a portal/ application 1915 that 
requests location information regarding a certain subscriber 
from an application adapter (e.g., a logic module of the SCS 
1920 (not explicitly illustrated in FIGURES 19-20B) for 
communicating with the portals/applications 1915) . Assuming 
that there are multiple network protocol adapters (e.g., a 
logic of the SCS 1920 (not explicitly illustrated in FIGURES 
19-20B) for communicating with the various network 
nodes/entities 2055) registered in/with the SCS 1920, the SCS 
1920 needs to be able to select an appropriate network 
protocol adapter for a target network node/entity type. This 
selection may be accomplished with a mobility information 
gateway (e.g., a logic module of the SCS 1920 (not explicitly 
illustrated in FIGURES 19-20B) for communicating between the 
application adapters and the network protocol adapaters) . 

The following variables/parameters related to the 
subscriber location information may affect the selection of 
the appropriate network protocol adapter: 
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1. The guaranteed maximum response time that the 
specific application gets . (Application Level : 
Guaranteed Response Time QoS . ) 

2. The guaranteed accuracy that the specific 
5 application gets. (Application Level: Guaranteed 

Accuracy QoS . ) 

3. The agreed highest accuracy that the specific 
application gets. (Application Level: Maximum 
Accuracy QoS . ) 

10 Alternatively, this may be better considered as, 

or defined by, the agreed highest cost per request. 

4. The level of accuracy that is needed for a 
specific request. (Request Level: Accuracy 
Constraint . ) 

15 5. The response time that is needed for a 

specific request. (Request Level: Time Constraint.) 

6. The identity of the user for which 
information is requested. (Request Level.) 
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Because the parameterization may be different on all 
different application protocols, a specific application 
adapter can map these specific service requirements to a 
generic service level that is better understood by the 
5 mobility information gateway. The higher the QoS that is 

requested and guaranteed, the higher the costs that are 
attached to and billed for service requests and/or the entire 
contract between the portal 1915 operator and the SCS 1920 
operator . 

10 In short, providing the following parameters enables the 

distinguishment (e.g., by the mobility information gateway) 
between and among the different location requests: 

1. Requested response time. 

2. Guaranteed response time. 
15 3. Requested accuracy. 

4. Guaranteed accuracy. 

5. Agreed maximal cost. 

6. User Identity. 
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The highest allowed accuracy need not be part of the location 
requests sent to, e.g., the mobility information gateway 
because, e.g., application adapters should only forward 
allowed requests. 

The, e.g., mobility information gateway may next 
ascertain a network protocol adapter that can service the 
location request with the right level of accuracy, within the 
requested time, and with the lowest cost (s) . So that the 
mobility information gateway may accomplish this, the network 
protocol adapter instances may already have registered their 
properties therein. The network protocol adapters, which may 
correspond to one or more network node/entity types, may 
register with the mobility information gateway by providing 
the following information: 

1. Accuracy level (s) supported. 

2. Average response time supported. 

3. Cost of handling location requests. 
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4. Methods supported (e.g., an adapter may 
support reception of notifications , but not creation of 
proactive triggers in the network) . 

5. Information regarding user identities. 
Alternatively, such user identity information may 

be withheld from the mobility information gateway, and 
the mobility information gateway may query each network 
protocol adapter regarding a specific user until a 
network protocol adapter supporting the specific user 
is found. 

Based on the above-listed information, the mobility 
information gateway may select the cheapest method for 
resolving the location request. 

Alternatively, instead of transact ion-by- transact ion 

(and possibly subscriber-by-subscriber or even event-by- 
event) analysis and selection of the appropriate network 
protocol adapter (and corresponding network node/entity) , a 
configurable mapping may be established in the SCS 1920 

(e.g., in the mobility information gateway thereof). The 
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configurable mapping may include, for example, specific 
ranges of accuracy and response time that are assigned to 
respective service classes. The service classes are 
correspondingly assigned to specific network protocol 
adapters. This mapping simplifies the transaction 

establishment and implementation process for the operator of 
the SCS 1920 and the operator (s) of the portals 1915. It 
also reduces processor resource utilization, memory space, 
etc. while increasing speed of response. Furthermore, the 
operator of the SCS 1920 is given more control over the 
network (protocol) adapter selection. 

Referring now to FIGURE 21, an exemplary service class 
mapping for subscriber locating in accordance with the 
present invention is illustrated generally at 2100. This 
exemplary framework enables the maintenance of an information 
model in, for example, a database, the database containing 
the mapping of service classes (or, more generally, service 
levels) to the appropriate network (protocol) adapter. The 
exemplary mapping 2100 in particular maps an accuracy range 
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(m) , a response time (ms) , and a network adapter to each 
service class. Four plus (4+) different exemplary service 
classes are listed. The first service class is mapped to an 
accuracy range of 0-lOm by using an MPC . The second and 
5 third service classes are mapped to an accuracy range of 10- 

30m by using an ME, as indicated by the Terminal Information 
Adaptation Protocol (TIAP) label. However, the second 
^ service class maps to a network adapter that utilizes an SMS 

J5J transmission medium while the third service class maps to a 

Si 10 network adapter that utilizes a USSD transmission medium, 

p Consequently, the second service class maps to a response 

7" time of only 3600 ms while the third service class maps to 

in a response time of merely 50 ms. 

y[ The fourth service class is mapped to an accuracy range 

[7 15 of 70-1000m by using an HLR. Other such service classes may 

be defined, depending on the needs of the operator of the SCS 
1920, or the needs of the operator (s) of the portals 1915, 
as indicated by the ellipses and the N th service class. The 
N th service class maps to an accuracy range of X!-X 2 meters, 
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to a response time of Y milliseconds, and to a network 
adapter "AdapterldZ" , which corresponds to a general network 
node/entity. Based on the exemplary mapping 2100, a decision 
can be made as to which network adapter for request (s) and 
response (s) is to be selected for a specific service class. 
For example, if a particular transaction with a portal 1915 n 
is designated as a fourth service class transaction, then the 
SCS 1920 ensures that the HLR 1925 provides the requested 
subscriber location information at the designated time(s) to 
the SCS 1920 for forwarding to the portal 1915 n . It should 
be noted that other parameters can additionally or instead 
be mapped to various service classes. For example, whether 
the location information is received responsive to poll(s) 
or as having been proactively triggered by a network 
node/entity may be a mapped parameter. Other examples of 
mapable parameters include frequency of determination and/or 
transmission of the subscriber unit location, trigger events 
(in addition to expiration of a timed interval) such as the 
activation or turning "on" of the ME, etc. 
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Referring now to FIGURE 22, an exemplary method in 
flowchart form for service class mapping with respect to 
subscriber locating in accordance with the present invention 
is illustrated generally at 2200. A transaction agreement 
between a portal and an operator of an SCS is established 
(step 2205) . The transaction may relate to a single 
subscriber, a group of subscribers, all subscribers so 
affiliated with the portal, etc. The relevant service class 
or service classes for the transaction are recorded (e.g., 
stored in memory) (step 2210) . The relevant service class 
or service classes may also be linked to the subscriber or 
subscribers that are related to the established transaction. 
The service class is mapped to the corresponding parameter 
or parameters (step 2215) . These parameters may include, but 
are not limited to, accuracy range, response time, network 
node/entity, polling of vs. proactive triggering by the 
designated network node/entity, etc. 

The mapping is thereafter implemented (step 2220) . For 
example, the network adapter (s) of the relevant service 
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class (es) are configured to communicate with the associated 
network node/entity. The associated network node/entity are 
configured as necessary as well. For example, if polling is 
required by the relevant service class (es), then a routine 
or similar is set up in the SCS to periodically (or as 
otherwise dictated by the service class parameters or the 
transaction agreement stipulations) contact the associated 
network node/entity and request the location of the 
subscriber unit. If, on the other hand, proactive triggering 
is required by the relevant service class (es) , then a routine 
or similar is set up in the associated network node/entity 
(e.g., a SIM card or SIM application) to periodically (or 
upon another definable event or events) send the SCS the 
location of the subscriber unit without receiving a request. 
The SCS provides the location of the subscriber unit to the 
portal according to the stipulations of the transaction 
agreement (step 2225) . If and when information tailored 
responsive to the location of the subscriber unit is received 
at the SCS from the portal, the SCS can forward such 
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information to the subscriber. The telecommunications 
network operator thereby provides value-added services and 
information by, for example, partnering/contracting with one 
or more portal operators and providing realtime information 
5 thereto. 

As will be recognized by those skilled in the art, the 
innovative concepts described in the present application can 
be modified and varied over a wide range of applications. 
Accordingly, the scope of patented subject matter should not 
10 be limited to any of the specific exemplary teachings 

discussed, but is instead defined by the following claims. 
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